[Streams] Handle deleted streams gracefully in feature identification task#254674
[Streams] Handle deleted streams gracefully in feature identification task#254674klacabane wants to merge 1 commit intoelastic:mainfrom
Conversation
… task Fix for a race condition where the feature identification background task fails with ERROR when the target stream is deleted between task scheduling and execution. Now catches DefinitionNotFoundError and logs at INFO level instead of ERROR, returning a successful task deletion result. Closes elastic#254664 Co-authored-by: Cursor <cursoragent@cursor.com>
|
🤖 Jobs for this PR can be triggered through checkboxes. 🚧
ℹ️ To trigger the CI, please tick the checkbox below 👇
|
Self-reviewCode changes review
Potential concerns
ConclusionThe implementation correctly addresses the issue by gracefully handling the race condition where a stream is deleted between task scheduling and execution. The fix follows existing patterns in the codebase and includes appropriate test coverage. Self-review by Cursor |
|
Closing in favor of #254683 |
Summary
Fix for a race condition where the feature identification background task fails with ERROR when the target stream is deleted between task scheduling and execution.
DefinitionNotFoundErrorwhen callinggetStream()in the taskTest plan
DefinitionNotFoundErroris handled gracefully (INFO log, no error)Closes #254664
Made with Cursor